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Field of the invention . , , . 

1001 1 This invention relates to electronic data processing systems, and more parttoularly to 

systems for modeling and analyzing relationships between objects. 

Background of the invention 

(0021 It is often desirable to model and analyze relationships among objects of mterest. A 
network (or a graph) is one of such modeling representations. ^ three elements in a network 
representation: nodes, links, and paths. The objects of interest are called nodes and the relauonshtps 
betweennodes are called links.ApathisanorderedUstoflinks and typically withnorepeatmg 

nodes or links. Only connectivity information is needri for modeling a network, to addtuon, the 
concept of cost (or weight) may be introduced in U,*s and nodes if cost needs to be taken mto 

account during the analysis. 

t003] Software products have been developed fer performing network analysis. Two 
popular products are NetEn^e™ and the LEDA™ library. NetEngine is primarily used for 
geographic applications while the LEDA™ library is for general graph/network problems. 

[0041 NetEngine™ provides a program library designed for geographic network analysis 
and provides the capability to define, store, traverse, and analyze many kinds of networks through a 
Capplica.ionprogramin.erface(API)or.hrou^aVisualBasic*.ypelibrary. NetEngme >s 

delivered with a set of network analysis algorithms including detennining the shories, path between 
two ormorepoints.s„lving.he.ravelingsalesman problem, identifying the "closes." object 

meeting a stated criteria, computing ori^-desUnation distance matrices, and allocatmg serv.ce 
areas to a location. NetEngine™ employs in-memory data structures and methods, and stor^ each 
network topology to a permanent disk file. NetEngine™ is available ftom ESRl 380 New York 
Street, Redlands, California (http://www.esri.com). 

[005] LEDA™, an acronym for "Library of Efficient Data types and Algonthms," is 
implemented by a C++ class Ubrary available from Algorithmic Solutions Software GmbH, 
Saarbracken, Germany (http://www.algorithmic-solutio^^^^^^ 

standard graph data types andawidevarietyofgraph and network algorithms likedepth-first 
search, breadth-first search, shortest paths, minimal spanning trees, matching, weighted matchmg 
.network ftow, planarity testing, and graph layout. 
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[0041 Available software products present several difHculties. They typically employ 
proprietary file fonnats so that network data and the results of network analysis are difficult to 
exchange, share, and manage. Network information is not separated from applications and requires 
customized solutions and is accompaded by high maintenance costs. TTe available data structures 
and algorithms can incur performance and data management problems when used with the large 
data sets often present in spatial applications. 



Summary of the Invention . , u - „ 

[0051 The present invention provides an open, persistent, generic network data model whtch 
is implemented using a relational database management system (RDBMS), providing query and 
management functions using SQL, and simplifying data management and enforcmg referenUal 
integrity The network data model contemplated by the invention cleanly separates apphcahon 
information ftom network information and provides a general approach to network applications that 
eliminates high maintenance costs associated with propnetary data structures. By mtegratmg 
network data types and network analysis with a relational database management system, the 
advantages of the RDBMS. including scalability, manageabiUty, security, and currency, are made 
available to network data and analysis applications. In addition, the preferred embodiment of the 
invention is directly integrated with existing geometric data structiues and procedures to provide 

Spatial information management. 

[006] The open and generic network data model for network applications stores network 
information m database tables. Standard database SQL queries and PL/SQL ft,nctions and 

procedures can be performed on flte networi. data in flte tables. Only generic comtectmty 
informationneed be capti^ed in the networi^ data model, thus providingaclean separation betwe«, 

connectivity and application information. Network information may be stored and managed usmg 
tite PUSQL interface in tt>e relational database, and network representation, network loadmg. and 
network analysis may be performed by cliem applications using a provided Java APL 

(0071 The preferred embodiment of the invention takes the form of an extension to 
relational database management system for storing and analyzing network data. The nebvork data ,s 
stored in relational tables that describe a set of nodes and links forming a network wherem each 
node represents an object of interest and each link represents a relationship between two of the 



nodes. 
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[008] The network data model includes a generic node table that contains a plurality of node 
table rows, each of which contains data describing a given node in the network, and a generic hnk 
table containing a plurality of link table rows, each of which contains data describing a link 

between two nodes in the network 

[009] The network data model ftrther ptovides appUcation both PIVSQL and Java program 
interfaces wUch enable executing applicaUon pro^s to create the node and Unk tables, to store 
additional data describing each node and link in the node and link tables, and to perform a pl,»al,ty 
of standard operations on the data in the node and Unk tables. 

[010] The network described by the data model may be a logical network specifying the 
liriced connectivity between nodes and further specifying node and link cost values, enabhng 
network analysis to be conducted to find, for example, a particular path having stated a cost 
characteristics, such as the minimum total cost from a stated start node to a stated end node. 

[01 1] Analysis functions may produce results by populating path and path link tables which 
specify one or more paths consisting of an altemating sequence of nodes and links having defined 
characteristtcs. The each path may be defined by a path-link table containing an ordered set of path- 
Unk table rows containing information identifying one Unk m the sequence of links in satd given 
path. 

[012] The data model fiirther permits the storage of user-defined data in the network data 
model tables, including a standard object data type for defining the geometry of nodes, links, and 
paths. A network metadata table stores additional information about the network. 

[013] The network data model may be hierarchical. Each node table row a column for 
holding a hierarchy level and a fiirther column for holding the identification of a parent node within 
the hierarchy established by the level column. 

[014] These and other features and advantages of the present invention may be better 
understood by considering the following detailed description of a preferred embodiment of the 
invention. 

Brief description of the drawings 

[015] m the detailed description which follows, fi-equent reference will be made to the 

attached drawings, in which: 
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[016] Fig. 1 illustrates a simple logical network which is described using the tables shown 
in Figs. 2-5; 

[017] Fig. 2 illustrates the makeup of a node table; 
[018] Fig. 3 illustrates a link table; 
[019] Fig. 4 illustrates a path table; 
[020] Fig. 5 shows a path-Unk table; 
[021] Fig. 6 shows a network organized in a hierarchy; 
[022] Fig. 7 depicts the overall architecture of the network data model; and 
[023] Fig. 8 is a Unified Modeling Language (UML) diagram that shows the relationship 
between the main classes and interfaces provided by the Java API of the network data model. 



Detailed description 

[024] The preferred embodiment described below provides methods and apparatus for 
modeling a set of nodes and links that together form a network. Each node represents an object of 
interest and each link represents a relationship between two nodes. Network analysis procedures 
provided by the data model often produce result data which defines a specific path, an altematmg 
sequence of nodes and links, begim^ing and ending with nodes, and typically with no nodes and 

links appearing more than once. 

[025] The preferred network modeling system embodying the invention forms a part of and 
extends the fimctionality of a relational database management system (RDBMS). More 
specifically, the preferred network modeling system to be described is implemented as an extension 
to an OraclelO« database employing Oracle Spatial, an integrated set of functions and procedures 
that enables spatial data to be stored, accessed, and analyzed quickly and efficiently. Oracle Spatial 
is described in detail in the s^p.ti.l User's Guide and Reference, Release 9.2, March 2002, 
Part No A96630- 01 , which provides usage and reference information for indexing and storing 
spatial data and for developing spatial applications using Oracle Spatial. Oracle Spatial requires 
OraclelO^ Enterprise Edition RDBMS and provides a foundation for the deployment of enterpnse- 
wide spatial mformation systems, and Web-based and wireless location-based applications 
requiring complex spatial data management. Oracle Spatial, and the Oraclel 0^ Enterprise Edition 
database relational database management system (RDBMS) product with which it works, are 
available from Oracle Corporation, Redwood Shores, CA. Oracle Spatial provides a standard data 
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type for defining spatial geometries, as well a variety of standard procedures for manipulating 
geometry data, which are used to advantage in connection with the present invention. Pertinent 
features of Oracle Spatial and the geometry data type SDO^GEOMETRY which it defines are folly 
described in detail in the above-noted Oracle Spatial User's Guide and Reference and are 
summarized briefly below. 

[026] The present invention provides a shareable application program interface (API) and 
network data model infrastructure which is used in combination with a relational database, such as 
the Oracle9i Enterprise Edition with Oracle Spatial, to provide a consistent data model and 
processing fonctions for network data. 

[027] Introduction to Network Modeling 

[028] In many appUcations, capabilities or objects are modeled as nodes and links in a 
network. The network model contains logical information such as connectivity relationships among 
nodes and Unks, directions of links, and costs of nodes and links. With logical network information, 
the user can analyze a network and answer questions, many of them related to path computing and 
tracing. For example, for a biochemical pathway, the user can find all possible reaction paths 
between two chemical compounds. For a road network, the user can find the shortest (distance) or 
fastest (travel time) path between two cities, or the closest hotel to a specific airport. 

[029] In additional to logical network information, spatial information such as node 
locations and link geometries can be associated with the logical network. This information can help 
the user to model the logical information (such as the cost of a route, because its physical length 
can be directly computed firom its spatial representation). 

[030] The generic data model and network analysis capability provided by the present 
invention can model and analyze many kinds of network applications in addition to traditional 
geographical information systems (GIS). For example, in biochemistry, applications may need to 
model reaction pathway networks for living organisms; and in the pharmaceutical industry, 
applications to model the drug discovery process may need to model protein- protein interaction. 

[031] The network modeling capabilities provided by the present invention include schema 
objects and an application programming interface (API). The schema objects include metadata and 
network tables. The API includes a server-side PL/SQL API for creating, managing, and analyzing 
networks in the database, and a middle-tier (or cUent-side) Java API for network analysis. 
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[032] There are two basic approaches to creating a network data model: the user can request 
the system to perform most operations, using standard stored procedures, or the user can perform 
the operations by creating the necessary network tables and updating the network metadata. With 
each approach, the user must insert the network data into the network tables. Optionally the user 
can create an in-memory network object using the Java application programming interfaces (API) 
and save it to the database. The user may then use the network data model PL/SQL and Java 
application programming interfaces (APIs) to update the network and perform other operations. 

[033] Network Data Model Concepts and Definitions 

[034] A network is a type of mathematical graph that captures relationships between objects 
using connectivity. The connectivity may or may not be based on spatial proximity. For example, if 
two towns are on opposite sides of a lake, the shortest path based on spatial proximity (a straight 
line across the middle of the lake) is not relevant if the user wants to drive from one town to the 
other. Instead, to find the shortest driving distance, the user needs connectivity information about 
roads and intersections and about the "cost" of individual links. 

[035] A network consists of a set of nodes and links. Each link (sometimes also called an 
edge or a segment) specifies two nodes. A network can be directed or undirected, although links 
and paths typically have direction. 

[036] hi describing the preferred network data model embodying the invention, it will be 
useful to first define some key terms used in this specification to describe the network data model. 
Unless otherwise apparent from the context, each of the following terms have the following 
meanings: 

[037] A "node" represents an object of interest. 

[038] A "link" represents a relationship between two nodes. A link may be directed (that is, 
have a direction) or undirected (that is, not have a direction). 

[039] A "path" is an alternating sequence of nodes and links, beginning and ending with 
nodes, and typically with no nodes and links appearing more than once. 

[040] A "network" contains a set of nodes and links. A network is directed if the links that is 
contains are directed, and a network is undirected if the links that it contains are undirected. 
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[041] A "logical network" contains connectivity information but no geometric information. 
This is the model used for network analysis. A logical network can be treated as a directed graph or 
undirected graph, depending on the application. 

[042] A "spatial network" contains both connectivity information and geometric 

information. 

[043] A "feature" is an object of interest in a network application that is associated with a 
node or link. For example, in a transportation network, features include exits and intersections 
(mapped to nodes), and highways and streets (mapped to links). 

[044] "Cost" is a non-negative numeric attribute that can be associated with links or nodes 
for computing such things as the minimum cost path (the path that has the minimum total cost from 
a start node to an end node). The user can specify a single cost factor, such as driving time or 
driving distance for links, in the network metadata. 

[045] "Reachable nodes" are all nodes that can be reached from a given node. Reaching 
nodes are all nodes that can reach a given node. 

[046] The "degree" of a node is the number of Unks to (that is, incident upon) the node. The 
in-degree is the number of inbound links, and the out- degree is the number of outbound links. 

[047] "Network constraints" are restrictions defined on network analysis computations (for 
example, that driving routes must consist of expressways and major highways). 

[048] A "spanning tree" of a connected graph is a tree (that is, a graph with no cycles) that 
connects all nodes of the graph. (The directions of links are ignored in a spanning tree.) 

[049] A "minimum cost spanning tree" is the spanning tree that connects all nodes and has 
the minimum total cost. 

[050] Network Applications 

[05 1] Networks are used in appUcations to find how different objects are connected to each 
other. The connectivity is often expressed in terms of adjacency and path relationships. Two nodes 
are adjacent if they are connected by a link. There are often several paths between any two given 
nodes, and the user may want to find the path with the minimum cost. This section describes some 
typical examples of different kinds of network applications. 
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[052] Road Network Example. In a typical road network, the intersections of roads are 
nodes and the road segments between two intersections are links. The spatial representation of a 
road is not inherently related to the nodes and links in the network. For example, a shape point in 
the spatial representation of a road (reflecting a sharp turn in the road) is not a node in the network 
if that shape point is not associated with an intersection; and a single spatial object may make up 
several links in a network (such as a straight segment intersected by three crossing roads). An 
important operation with a road network is to find the path fi-om a start point to an end point, 
minimizing either the travel time or distance. There may be additional constraints on the path 
computation, such as having the path go through a particular landmark or avoid a particular 
intersection. 

[053] Train (Subway) Network Example. The subway network of any major city can be 
modeled as a logical network, assuming that precise spatial representation of the stops and track 
lines is unimportant. In such a network, all stops on the system constitute the nodes of the network, 
and a link is the connection between two stops if a train travels directly between these two stops. 
Important operations with a train network include finding all stations that can be reached fi-om a 
specified station, finding the number of stops between two specified stations, and finding the travel 
time between two stations. 

[054] Utility Network Example. Utility networks, such as power line or cable networks, 
must often be configured to minimize the cost. An important operation with a utility network is to 
determine the connections among nodes, using minimum cost spanning tree algorithms, to provide 
the required quality of service at the minimum cost. Another important operation is reachability 
analysis, so that, for example, if a station in a water network is shut down, the user knows which 
areas will be affected. 

[055] Biochemical Network Example. Biochemical processes can be modeled as 
biochemical networks to represent reactions and regulations in living organisms. For example, 
metabolic pathways are networks involved in enzymatic reactions, while regulatory pathways 
represent protein-protein interactions. In this example, a pathway is a network; genes, proteins, and 
chemical compounds are nodes; and reactions among nodes are links. Important operations for a 
biochemical network include computing paths and the degrees of nodes. 
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[056] Network Data Model Tables 

[057] The present invention may be used to store and analyze data describing a network. A 
simple logical network is shown in Fig. 1 consisting of three nodes designated by Node ID values 
1, 2 and 3 and by node Name values "Nl", "N2" and 'W respectively. The connectivity 
information for the network of Fig. 1 is stored in two tables: a node table and a link table, 
illustrated in simplified form in Figs. 2 and 3 respectively. In addition, path information can be 
stored in a path table shown illustrated in Fig. 4 and a path-link table illustrated in Fig. 5. As shown 
in Figs. 1 and 3, the link named "LI" is a directed straight line connecting nodes Nland N2, link 
"L2" is a directed straight line connecting nodes N2 and N3, and Unk "L3" is a straight line 
connecting nodes N3 and Nl . There are no other nodes on any of the links. 

[058] The user may request the system to create these tables automatically when creating 
the network using a standard procedure (named "CREATE, <network-type>_NETWORK") which 
is available via the PL/SQL interface, or the user can create these tables using individual node 
table, link table, path table and path-link table creation procedures also provided by the PL/SQL 
interface. The tables can also be created using create elements methods provided by the 
NetworkFactory class of the Java API. 

[059] These tables contain columns with predefined names, and the user must not change 
any of the predefined column names (which will be referenced by standard procedures); however, 
the user can add columns to the tables by using an ALTER TABLE PL/SQL statement with the 
ADD COLUMN clause. For example, although each link and path table is created with a single 
COST column, the user can create additional columns and associate them with other comparable 
attributes. For example, if the user wanted to assign a driving time, scenic appeal rating, and a 
danger rating to each link, the user could use the COST column for driving time, add columns for 
SCENIC_APPEAL and DANGER to the Unk table, and populate all three columns with values to 
be interpreted by appHcations. Because the connectivity data used by the network data model are 
stored as standard RDBMS tables, the data may be manipulated using the robust capabilities of the 
database system, including a rich set of standard PL/SQL procedures as described, for example in 
OracleQi: The Complete Reference by Loney and Koch, McGraw-Hill Osborne Media; Book and 
CD edition ISBN: 0072225211 (August 16, 2002). 

[060] The example statements below call the 
SDO NET.CREATE_LOGICAL_NETWORK procedure, which does the following: creates the 
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L0G_NET1 directed network; creates the L0G_NET1_N0DE$, L0G_NET1_LINK$, 
L0G_NET1_PATH$, and L0G_NET1_ PLINK$ tables; and updates the 
XXX SDO_NETWORK_METADATA views. Both the node and link tables contain a cost column 
named COST. (Because this is a logical network, there are no geometry columns.) The example 
also populates the node and link tables. 

[061] Simple Logical Network Example (PL/SQL) 

[062] The following statement creates a directed logical network named L0G_NET1, and 
creates tables named L0G_NET1_N0DE$, L0G_NET1 _LINK $, L0G_NET1 _PATH$, and 
L0G_NET1_PLINK$ tables. The statement further updates 

USER_SDO_NETWORK_METADATA. Both the node and link tables contain a cost colunm 
named COST. 

[063] EXECUTE SDO_NET . CREATE_LOGICAL_NETWORK ( ' L0G_NET1 ' , 1, TRUE, 

TRUE) ; 

[064] The following statements populate the node table 
L0G_NET1_N0DE$ with row data: 

[065] INSERT INTO log_netl_node$ (node_id, node_name, active, cost) 
VALUES (1, 'NX' , 'Y' , 2) ; 

[066] INSERT INTO log_netl_node$ (node_id, node_name, active, cost) 

VALUES (2, 'N2' , 'Y' , 3) ; 

[067] INSERT INTO log_netl_node$ (node_id, node_name, active, cost) 

VALUES (3, 'N3', 'Y' , 2) ; 

[068] The populated node table is shown in Fig. 2. Because the network pictured in Fig. 1 is 
a logical network, the nodes do not have geometries and the Geometry column shown is not used. 
In a spatial network, SDO_GEO]VIETRY objects would be placed in the Geometry column to 
specify the geometry of the node. 

[069] Next, the following statements populate the link table LOG_NETl_LrNK$: 
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[073] The path and path-link (L0G_NET1_PATH$ and L0G_NET1^PLINK$) tables are 
not initially populated, This typically occurs when a network analysis procedure executes to 
identify a particular path meeting a stated criteria. The details of the contents of the network data 
model tables are described next. 



[074] Node Table 

[075] Each network has a node table that can contain the columns set forth below: 



Column Name 


Data Type 


Description 


NODE_ID 


NUMBER 


ID number that uniquely identifies this 
node within the network. 


NODE NAME 


VARCHAR2(32) 


Name of the node. 


NODE^TYPE 


VARCHAR2(24) 


User-defined string to identify the node 
type. 


ACTIVE 


VARCHAR2(1) 


Contains Y if the node is active (visible in 
the network), or N if the node is not active. 


PARTITION ID 


NUMBER 


(Reserved for future use.) 


<node_geometry 
column>, or 
GEOM ID and 
MEASURE 


SDO GEOMETRY, or 
SDO_TOPO^GEOMETRY, 
or NUMBER 


For a spatial (SDO, non-LRS) network, 
name of the SDO^GEOMETRY column 
containing the geometry objects associated 
with the node. 

For a spatial topology network, name of 
the SDO_TOPO_GEOMETRY column 
containing the topology geometry objects 
associated with the node. 
For a spatial LRS network, GEOM_ID and 
MEASURE columns (both of type 
NUMBER) for the geometry objects 
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associated with the node. 

For a logical network, this column is not 

used. 

For a spatial SDO or topology network, 
the actual column name is either a default 
name or what the user specified as the 
geom_column parameter value in the call 
to the 

SDO_NET.CREATE^NODE^TABLE 
procedure. 


<node_costjcolumn> 


NUMBER 


Name of the column containing the cost 
value to be associated with the node, for 
use by applications that use the network. 
The actual column name is either a default 
name or what you specified as the cost 
column parameter value in the call to the 
SDO 

NET.CREATE_NODE___TABLE 
procedure. The cost value can represent 
anything the user wants, for example, the 
1011 10 DC paiQ ai a lou oooin. 


HIERARCHY_LEVEL 


NUMBER 


For hierarchical networks only: number 
indicating the level in the network 


PARENT^NODE_ID 


NUMBER 


For hierarchical networks only: node ID of 
the parent node of this node. 



[076] A node table containing rows for the nodes of the simple logical network of Fig. 1 is 
shown in Fig. 2. 

[077] Link Table 

Each network has a link table that contains the columns described below: 
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[078] 



Column Name 


Data Type 


DescriDtion 


LINK_ID 


NUMBER 


ID number that uniquely identifies this hnk within 
the network. 


LINK NAME 


VARCHAR2(32) 


Name of the link 


START NODE ID 


NUMBER 


Node ID of the node that starts the link. 


END NODE ID 


NUMBER 


Node ID of the node that ends the link. 


LINK TYPE 


VARCHAR2(24) 


User-defined string to identify the link type. 


ACTIVE 


VARCHAR2(1) 


Contains Y if the link is active (visible in the 
network), or N if the link is not active. 


LINK_LEVEL 


NUMBER 


Priority level for the link; used for hierarchical 
modeling, so that links with higher priority levels 
can be considered first in computing a path. 


<link_geometry_ 
column>; or 
GEOM ID, 
START_MEASURE 
, and 

END_MEASURE 


SDO_GEOMETRY, 

or 

SDO TOPO 
GEOMETRY, or 
NUMBER 


For a spatial (SDO, non-LRS) network, name of the 
SDO_GEOMETRY column containing the 
geometry objects associated with the link. 
For a spatial topology network, name of the 
SDO_TOPO_GEOMETRY column containing the 
topology geometry objects associated with the link. 
For a spatial LRS network, GEOM ID, 
START_MEASURE, and END_MEASURE 
columns (all of type NUMBER) for the geometry 
objects associated with the link. 
For a logical network, this column is not used. 
For a spatial SDO or topology network, the actual 
column name is either a default name or what the 
user specified as the geom_column parameter value 
in the call to the 

SD0_NET.CREATE_^L1NK^TABLE procedure. 


< link_cost_column > 


JNUMrJliK 


Name of the column containing the cost value to be 
associated with the link, for use by applications that 
use the network. The actual column name is either a 

Hpffiiilt nfttnf* c\T wVint vnn Q'nppifipH jiq flip PAQt 

column parameter value in the call to the SD0_ 
NET.CREATE_LINK_TABLE procedure. The cost 
value can represent anything you want, for example, 
the estimated driving time for the link. 


PARENT_LINK_ID 


NUMBER 


For hierarchical networks only: link ID of the parent 
link of this link. (Section 5.5 explains parent-child 
relationships in a network hierarchy.) 



Oracle International Corporation 
Matter ID OID-2003-094-01 



Page - 14 - 



[079] Path Table 

[080] Each network can have a path table. A path is an ordered sequence of links, and is 
usually created as a result of network analysis. A path table provides a way to store the result of this 
analysis. For each path table, the analysis procedure, or the user, must create an associated path- 
link table, described below. Each path table contains the columns described below: 



[081] 



Column Name 


Data Type 


Description 


PATH__ID 


NUMBER 


ID number that uniquely identifies this path 
within the network. 


PATH NAME 


VARCHAR2(32) 


Name of the path. 


START_,NODE^ID 


NUMBER 


Node ID of the node that starts the first link in 
the path. 


END_NODE__ID 


NUMBER 


Node ID of the node that ends the last link in 
the path. 


PATH TYPE 


VARCHAR2(24) 


User-defined string to identify the path type. 


COST 


NUMBER 


Cost value to be associated with the path, for 
use by apphcations that use the network. The 
cost value can represent anything the user 
wants, for example, the estimated driving time 
for the path. 


SIMPLE 


VARCHAR2(1) 


Contains Y if the path is a simple path, or N if 
the path is a complex path. In a simple path, 
the links form an ordered list that can be 
traversed fi-om the start node to the end node 
with each link visited once. In a complex 
path, there are multiple options for going fi*om 
the start node to the end node. 


<path geometry ^column > 


SDO^GEOMETRY 


For all network types except logical, name of 
the colunm containing the geometry object 
associated with the path. The actual column 
name is either a default name or what you 
specified as the geom_column parameter 
value in the call to the 
SDO_NET.CREATE__PATH_TABLE 
procedure. 

For a logical network, this column is not used. 
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[082] Path-Link Table 

[083] For each path table, the user must create a path-link table. Each row in the path-link 
table uniquely identifies a link within a path in a network. The order of rows in the path-link table 
is not significant. Each path-link table contains the columns described below: 



Column Name 


Data Type 


Description 


PATH_ID 


NUMBER 


ID number of the path in the 
network. 


LINK_ID 


NUMBER 


ID number of the Unk in the 
network. Each combination of 
PATH^ID and LINK^^ID must 
be unique within the network. 


SEQ^NO 


NUMBER 


Sequence number of the Unk in 
the path. 



[085] Network Hierarchy 

[086] Some network applications require representations at different levels of abstraction. 
For example, two major processes might be represented as nodes with a link between them at the 
highest level of abstraction, and each major process might have several subordinate processes that 
are represented as nodes and links at the next level down. 

[087] A network hierarchy allows the user to represent a network with multiple levels of 
abstraction by assigning a hierarchy level to each node. Links are not assigned a hierarchy level, 
and links can be between nodes in the same hierarchy level or in different levels. Links are, 
however, assigned priority levels so that links with higher priorities can be considered first in 
computing a path. The lowest (most detailed) level in the hierarchy is level 1, and successive higher 
levels are numbered 2, 3, and so on. Nodes at adjacent levels of a network hierarchy have parent- 
child relationships. Each node at the higher level can be the parent node for one or more nodes at 
the lower level. Each node at the lower level can be a child node of one node at the higher level. 
Links can also have parent-child relationships. However, because links are not assigned to a 
hierarchy level, there is no necessary relationship between link parent-child relationships and 
network hierarchy levels. 
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[088] Fig. 6 shows a simple hierarchical network, in which there are two levels: Level 1 and 
Level 2. The top level (level 2) contains two nodes 601 and 602. Each node is the parent node of 
several nodes in the bottom level. The link 605 between the nodes in the top level is the parent link 
of two links 607 and 609 between nodes in the bottom level. The bottom level (level 1) shows the 
nodes that make up each node in the top level. It also shows the links between nodes that are child 
nodes of each parent node in the top level, and the two links 607 and 609 between nodes that have 
different parent nodes and are child links of the single link between the nodes in the top level in the 
hierarchy. (However, these two links in the bottom level could also be defined as not being child 
links of any parent link between nodes in a higher level.) 

[089] The parent-child relationships between each parent node and link and its child nodes 
and links are shown with dashed lines with arrowheads at both ends. Although not shown in Fig. 6, 
links can cross hierarchy levels. For example, a link could be defined between a node in the top 
level and any node in the bottom level Li this case, there would not be a parent-child relationship 
between the links. 

[090] Geometry Objects 

[091] Oracle Spatial, often be referred to simply as "Spatial," provides a SQL schema and 
fimctions that facilitate the storage, retrieval, update, and query of collections of spatial features in 
an Oracle9i database. The preferred network data modeling system utilizes the same geometry 
objects which are defined by Oracle Spatial, and thereby take advantage of the geometry processing 
capabilities of Oracle Spatial, including: 

[092] a schema (MDSYS) that prescribes the storage, syntax, and semantics of supported 
geometric data types; 

[093] a spatial indexing mechanism; 

[094] a set of operators and fimctions for performing area-of-interest queries, spatial join 
queries, and other spatial analysis operations and 
[095] administrative utilities. 

[096] The spatial component of a spatial feature is the geometric representation of its shape 
in some coordinate space. This is referred to as its geometry. 

[097] Oracle Spatial supports the object-relational model for representing geometries. The 
object-relational model uses a table with a single column of MDSYS.SDO_GEOMETRY and a 
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single row per geometry instance. In the network data model as described above, 
SDO_GEOMETRY objects may be located in the geometry column of node tables to specify the 
geometry of object(s) associated with a node, and in the geometry column of link tables to specify 
the geometry of object(s) associated with a link. The object-relational model corresponds to a "SQL 
with Geometry Types" implementation of spatial feature tables in the OpenGIS ODBC/SQL 
specification for geospatial features. See OpenGIS Simple Features Specification for SOL , 
Revision 1.1, OpenGIS Project Document 99-049 released May 5, 1999 (http://www.opengis.org). 

[098] Note that, in a spatial network data model implemented by the preferred embodiment, 
the nodes and links may be associated with SDO__GEOMETRY geometry objects without linear 
referencing system (LRS) information (an SDO network), or with linear referencing system (LRS) 
information (an LRS network), or SDO_TOPO_GEOMETRY objects (a topology geometry 
network). 

[099] The Linear Referencing System provides a natural and convenient means to associate 
attributes or events to locations or portions of a linear feature. It has been widely used in 
transportation appUcations (such as for highways, railroads, and transit routes) and utilities 
appUcations (such as for gas and oil pipelines). The major advantage of linear referencing is its 
capability of locating attributes and events along a linear feature with only one parameter (usually 
known as measure) instead of two (such as latitude/longitude or x/y in Cartesian space). Sections of 
a linear feature can be referenced and created dynamically by indicating the start and end locations 
along the feature without explicitly storing them. The linear referencing system (LRS) application 
programming interface (API) in Oracle Spatial provides server-side LRS capabilities at the 
cartographic level. The linear measure information is directly integrated into the Oracle Spatial 
geometry structure. The Oracle Spatial LRS API provides support for dynamic segmentation, and it 
serves as a groundwork for third-party or middle-tier appUcation development virtually for any 
linear referencing methods and models in any coordinate systems. In an LRS network, each node 
includes a geometry ID value and a measure value, and each link includes a geometry ID value and 
start and end measure values; and the geometry ID value in each case refers to an 
SDO^GEOMETRY object with LRS information. A spatial network can be directed or undirected, 
depending on the application. 

[100] The benefits provided by the object-relational model as used in the network data 
model include: support for many geometry types, including arcs, circles, compound polygons. 
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compound line strings, and optimized rectangles; ease of use in creating and maintaining indexes 
and in performing spatial queries; index maintenance by the database server; geometries modeled 
in a single row and single column of the node and link tables; and optimal performance. Other 
systems which are integrated with Oracle Spatial include those described in United States Patent 
6,594,666 issued to Biswas, et al. on July 15, 2003 entitled "Location aware application 
development framework" and in United States Patent Application Publication No. 20020057283 by 
Biswas et al. published on May 16, 2002 entitled "Region modeling of mobile services." 

[101] A geometry is an ordered sequence of vertices that are connected by straight line 
segments or circular arcs. The semantics of the geometry are determined by its type. Oracle Spatial 
supports several primitive types and geometries composed of collections of these types, including 
two- dimensional: points and point clusters, line strings, n-point polygons; arc line strings (all arcs 
are generated as circular arcs), arc polygons, compound polygons, compound line strings, circles, 
and optimized rectangles. 

[102] Two-dimensional points are elements composed of two ordinates, X and Y, often 
corresponding to longitude and latitude. Line strings are composed of one or more pairs of points 
that define line segments. Polygons are composed of connected line strings that form a closed ring 
and the area of the polygon is impHed. Self-crossing polygons are not supported, although self- 
crossing line strings are supported. If a line string crosses itself, it does not become a polygon. A 
self-crossing line string does not have any implied area. 

[103] The Oracle Spatial data model is a hierarchical structure consisting of elements, 
geometries, and layers, which correspond to representations of spatial data. Layers are composed of 
geometries, which in turn are made up of elements. For example, a point might represent a building 
location, a line string might represent a road or flight path, and a polygon might represent a state, 
city, zoning district, or city block. 

[104] An element is the basic building block of a geometry. The supported spatial element 
types are points, line strings, and polygons. For example, elements might model star constellations 
(point clusters), roads (line strings), and county boundaries (polygons). Each coordinate in an 
element is stored as an X, Y pair. The exterior ring and the interior ring of a polygon with holes are 
considered as two distinct elements that together make up a complex polygon. Point data consists 
of one coordinate. Line data consists of two coordinates representing a line segment of the element. 
Polygon data consists of coordinate pair values, one vertex pair for each line segment of the 



Oracle International Corporation 
Matter ID 010^2003-094-01 



Page - 19 - 



polygon. Coordinates are defined in order around the polygon (counterclockwise for an exterior 
polygon ring, clockwise for an interior polygon ring), 

[105] A geometry (or geometry object) is the representation of a spatial feature, modeled as 
an ordered set of primitive elements. A geometry can consist of a single element, which is an 
instance of one of the supported primitive types, or a homogeneous or heterogeneous collection of 
elements. A multipolygon, such as one used to represent a set of islands, is a homogeneous 
collection. A heterogeneous collection is one in which the elements are of different types, for 
example, a point and a polygon. An example of a geometry might describe the buildable land in a 
town. This could be represented as a polygon with holes where water or zoning prevents 
construction. 

[106] A layer is a collection of geometries having the same attribute set. For example, one 
layer in a GIS might include topographical featxires, while another describes population density, 
and a third describes the network of roads and bridges in the area (lines and points). Each layer's 
geometries and associated spatial index are stored in the database in standard tables. 

[107] Network Data Model Metadata Views 

[108] A network metadata view is created automatically by the system. If the user creates a 
network using one of the CREATE_<network-type> ^NETWORK procedures provided by the 
PL/SQL API, the information in the metadata view is automatically updated to reflect the new 
network; otherwise, the user must insert information about the network into the 
USER_SDO_NETWORK_METADATA view. The colunms of the metadata view are listed 
below: 



Column Name 


Data Type 


Purpose 


OWNER 


VARCHAR2(32} 


Owner of the network. 
ALL_SDO_NETWORK_ 
METADATA view only.) 


NETWORK 


VARCHAR2(32) 


Name of the network. 


NETWORK_CATEGORY 


VARCHAR2(12) 


Contains SPATIAL if the network nodes and 
Unks are associated with spatial geometries; 
contains LOGICAL if the network nodes and 
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links are not associated with spatial 
geometries. 


GEOMETRY_TYPE 


VARCHAR2(20) 


If NETWORK_CATEGORY is SPATIAL, 
contains a value indicating the geometry type 

of nodes and links: SDO_GEOMETRY for 

nr*« TUQ cnn r^THr^AATHTT? V /%uid/*+p 
non-i^Ko oJJvj vjJivJJViiiiKi oDjccis, 

LRS^GEOMETRY for 

TOPO_GEOMETRY for 

SDO TOPO GFOMFTRY ohiert«! 


NETWORK_TYPE 


VARCHAR2(24) 


User-defined string to identify the network 
lypc. 


NO OF 

HIERARCHY LEVELS 


NUMBER 


Number of levels in the network hierarchy. 
Contains 1 if there is no hierarchy. 


NO_OF_PARTITIONS 


NUMBER 


Number of partitions. Must be 1 in current 
version. 


LRS_TABLE_NAME 


VARCHAR2(12) 


If GEOMETRY_TYPE is 
SDO_GEOMETRY, contains the name of the 

LdDic curiidiiiing geoiiietnes dssociaiea wiin 
nodes. 


LRS_GEOM_COLUMN 


VARCHAR2(12) 


If LRS_TABLE__NAME contains a table 
name, identifies the geometry column in that 

LaDie. 


NODE_TABLE_NAME 


VARCHAR2(32) 


If GEOMETRY_TYPE is 
SDO_GEOMETRY, contains the name of the 
LdDie conidmmg geometries associaieu wim 
nodes. 


NODE_GEOM_COLUMN 


VARCHAR2(32) 


If NODE_TABLE_NAME contains a table 
ndme, luenuiies ine geometry column m mat 
table. 


NODE_COST_COLUMN 


VARCHAR2(32) 


If NODE_TABLE_NAME contains a table 
name, identifies the cost column in that table. 


LINK_TABLE_NAME 


VARCHAR2(32) 


If GEOMETRY_TYPE is 

SDO_GEOMETRY, contains the name of the 

fQr^iP f^fstifatntYicr cr^/^Tn^fn^o Qconr*iof^H ii/i'fli 
tdUiC 1/Uilld.lliili^ gCUIllCtnCo aobUOldtCU witn 

links. 


LINK_GEOM_COLUMN 


VARCHAR2(32) 


If LINK_,TABLE_NAME contains a table 
iidiiic, luwiitiiiwo tuc gcumciry C/Oiuiiin m inai 
table. 


LINK DIRECTION 


VARCHAR2n2') 


V^^illdliio d VditiW/ llILlivCtllli^ lliv LyUvi/ x\Jl dli 

links in the network: UNDIRECTED or 
DIRECTED. 


LINK_COST_COLUMN 


VARCHAR2(32) 


If LINK_TABLE_NAME contains a table 
name, 
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identifies the optional numeric column 
containing a cost value for each link. 


PA rH_TABLE_N AMb 




i^oniams ine nonic oi on opiiondi iduic 
containing information about paths. 


PATH_GEOM_COLUMN 


VARCHAR2(32) 


If PATH_TABLE_NAME is associated with 
a spaiiai neiworK, laeniiiies me geomeiry 
column in that table. 


PATM T TTsJK' TART V >JAMF 


VARrHAR2n2"4 


Contains the name of an ontional table 
containing information about links for each 
path. 


PARTITION_TABLE_NAME 


VARCHAR2(32) 


(Reserved for future use.) 



[109] Network Data Model Application Programming Interface 

[110] The network data model includes two client application programming interfaces 
(APIs): a PL/SQL interface and a Java interface. Both interfaces let the user create and update 
network data, and the Java interface provides network analysis capabilities. The user normally 
employs only PL/SQL or SQL to populate network tables and to create indexes, and then uses the 
Java interface for application development. 

[Ill] Fig. 7 shows the architecture of the network data model. Data structures are defined 
by a database schema seen at 701 which separately defines network (connectivity) information at 
703 and appUcation information at 704. The network information in contained in tables 710 which 
include the node table, the link table, path tables, network metadata and spatial information tables. 
The application information is stored in the RDBMS in separate, user created application related 
tables as seen at 720. 

[112] Application programs may store and manipulate both the network information 703 
and the apphcation information 704 using one of two interfaces. 

[113] The Network Data Model PL/SQL Interface. PL/SQL is a procedural language 
superset of the structured query language (SQL). As implemented in the Oracle 10^ RDBMS, 
SQL/PL may be used to codify business rules through the creation of stored procedures and 
packages, to trigger database events to occur, or to add programming logic to the execution of SQL 
commands. The network data model PL/SQL API provides functions and procedures for creating, 
accessing, and managing networks on a database server. These functions and procedures can be 
grouped into the following logical categories: (a) creating networks; (b) copying and deleting 
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networks: (c) creating network tables; (d) validating network objects; and (e) retrieving information 
(getting information about the network, checking for a characteristic. 

[1 14] The Network Data Model Java API provides Java Network Objects seen at 730 which 
can be used to perform network analysis as indicated at 740. . The network constraint mechanism 
seen at 750 enables application-related constraints to guide network analysis without knowing tfie 
application context. 

[115] The Network Data Model Java Interface. Fig. 8 is a Unified Modeling Language 
(UML) diagram that shows the relationship between the main classes and interfaces provided by 
the Java network data model API. The Java client interface for the network data model consists of 
the following classes and interfaces: 

[1 16] (a) a NetworkManager class seen at 803 for loading and storing network data and 
metadata, and to perform network analysis; 

[1 17] (b) a NetworkFactory class seen at 805 for creating elements related to the network; 

[118] (c) a NetworkConstraint class seen at 807 for creating network constraints; 

[1 19] (d) a Network interface seen at 809 for a network; 

[120] (e) aNetworkMetadata interface at 811 for network metadata; 

[121] (f) a GeometryMetadata class at 813 for geometry metadata; 

[122] (g) a Node interface at 815 for a network node; 

[123] (h) a Link interface at 817 for a network link; 

[124] (i) a Path interface at 819 for a network path; 

[125] (j) a MDPoint interface (not shown in Fig, 8) for a multiple-dimension point; 
[126] (k) a MBR interface (not shown in Fig, 8) for a multiple-dimension minimum 
bounding rectangle; 

[127] (1) a JGeometry class for Java access to SDO_GEOMETRY data (seen at 821, 822, 
824, and 826) ; and 

[128] (m) a NetworkDataException class (not shown in Fig, 8) for exceptions. 

[129] The user can use the Java API to perform network metadata and data management 
operations such as the following: insert, delete, and modify node and link data; load a network from 
a database; store a network in a database; store network metadata in a database; and modify 
network metadata attributes. 
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[130] The user can also use the Java API to perform network analysis operations such as the 
following: 

[131] find the shortest path (for directed and undirected networks); 
[132] solve typical transitive closure problems in graph theory; 
[133] given a start and an end node, find the shortest path; 
[134] find the minimum cost spanning tree (for undirected networks); 
[135] find the minimum cost tree that connects all nodes; 

[136] given a node, find all nodes that can reach that node, or find all nodes that can be 
reached by that node; 

[137] given a target node and a cost, find all nodes that can be reached by the target node 
within the given cost; 

[138] given a target node and number of neighbors, find the neighbor nodes and their costs 
to go to the given target node; 

[139] find all possible paths between two nodes; and/or 

[140] solve the "traveling salesman problem:" given a set of nodes, find the lowest-cost path 
that visits all nodes and in which the start and end nodes are the same. 

[141] Network Creation Using the Java API As an alternative to using PL/SQL and SQL, 
the network data model Java API can be used to create a network. To create a Java network, the 
user creates an empty network object with network metadata, and then adds nodes, links, and 
optionally paths. Once the Java network object is created, the user can perform network analysis on 
it, and can store the Java network object in the database. The following example Java code excerpt 
creates a network, performs some analysis, and stores the network in the database.: 

[142] // create an empty logical network 

[143] Network logicalNetwork = NetworkFactory .createLogicalNetwork( 

[144] ^^LOGICAL_NET" , 

[145] 1, //no of hierarchy levels 

[146] true // directed link? 

[147] ); 

[148] // create nodes and add them to the network 

[149] logicalNetworlc.addNode (NetworlcFactory . createLogicalNode ( 
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[150] 1, // node ID 

[151] "Nl" // Node Name ) ; 

[152] logicalNetworlc.addNode ( 

[153] NetworlcFactory . createLogicalNode ( 

[154] 2, II node ID 

[155] "N2" // Node Name ) ; 

[156] . . . 

[157] // create linJcs and add them to the network 

[158] logicalNetworlc.addLin]c( 

[159] NetworJcFactory .createLogicalLinlc ( 

[160] 1, // linlc ID 

[161] ^^Ll", // linlc name 

[162] logicalNetworlc.getNode (1) , 

[163] logicalNetworlc.getNode (2) , ... 

[164] // find the shortest path 

[165] Path path = logicalNetworlc. shortest Path (logicalNetworlc, 1,2) ; 

[166] path.setIDd) ; 

[167] // set Path ID 

[168] //add the path to networJc 

[169] logicalNetwor]c . addPath (path) ; 

// save the networ]c to database 

NetworlcManager .writ eNetworlc (con, logicalNetworJc) ; 
[170] Conclusion 

[171] It is to be understood that the methods and apparatus which have been described 
above are merely illustrative applications of the principles of the invention. Numerous 
modifications may be made by those skilled in the are without departing from the true spirit and 
scope of the invention. 
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